home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Magnum One
/
Magnum One (Mid-American Digital) (Disc Manufacturing).iso
/
d21
/
qostnote.arc
/
NWORK.TEC
< prev
next >
Wrap
Text File
|
1990-07-05
|
6KB
|
134 lines
ID:NW DESQview On A Network
Quarterdeck Technical Note
by Dan Sweeney
The most common questions are.
Q: ? Can I run DESQview on my network ?
A.: Yes, though DESQview is not truly a network-aware program*. DESQview
interfaces with a network as if it were just another hardware device
such as a hard disk, modem, or printer. Simply load the network shell
and start DESQview.
*DESQview does make Novell and IBM PC Lan API calls for compatibility
purposes (DESQview checks for these networks when it loads).
Q: ? How many people can use a copy of DESQview on the network ?
A.: Quarterdeck Office Systems requires one purchased copy for each
individual that will be using our software. Currently there is no site
license policy. This requirement applies for all Quarterdeck Office
Systems products.
Q: ? Can I run my network file server software in a DESQview window ?
A.: No. Network operating systems are not DOS programs. The network
operating system would have to be specifically written for this purpose.
Q: ? Can I run my network file server software and then load DESQview ?
A.: This depends on the quality of the DOS emulation of the file server
software. It is possible to run DESQview after the server software has
been loaded with most Peer to Peer Networks.
Q: ? Can I load my workstation network shell in a DESQview window ?
A.: If the network shell program has been specifically written for this
purpose such as Novell's Network Access Server's IPX.SYS and NET3.COM
the answer is yes. Some of our user's report loading other network
shells in a DESQview window with some success. As a general rule loading
non DESQview specific network shells within a a window is not
recommended. The reasons are that network shells are actually interrupt
arbitrators, re-directors, and/or repeaters. Depending on the shell
configuration (and the application software) intended to run in the
window 2 primary factors must be considered.
1. A packet may arrive for the workstation while this window is not the
current task. The network must retry sending the packet causing network
performance degradation (or the network may timeout and drop the work-
station).
2. Only that window would be able to see the network. Loading the network
shell in more than one window can also confuse the network unless the
shell has been specifically written for this purpose.
Q: ? Do I need to re-configure my network card for DESQview ?
A.: It will probably not be required but when running DESQview with an
exPANDed memory it can be very advantageous to do so. If your network
card places ROM and/or RAM in the reserved memory area (between 640K
and 1024K). You should locate the ROM and/or RAM to create large
contiguous free blocks of high memory. Knowing the locations of these
items can be very useful in trouble shooting memory conflicts as well.
DESQview can use exPANDed memory to load itself into the unused areas.
Large contiguous blocks of memory allow DESQview to place more of its
code "high" leaving more available conventional memory for other
programs. In addition Quarterdeck's HIRAM.SYS and LOADHI.COM utilities
can map RAM into these locations (if your hardware supports the EMS 4
specification) and you can then load small TSR programs like network
drivers, buffers, and files in this area rather than in conventional
memory.
Q: ? What kind of memory conflicts happen in this area with networks.
A.: Most exPANDed memory drivers are loaded prior to the network shell. If
the shell initializes a RAM buffer in reserved memory after the memory
driver it is quite possible that the EMS driver won't know about the
RAM buffer. When an application tries to use exPANDed memory it may
overwrite the RAM buffer causing various problems. Symptoms range
from network access failure to all out system crashes.
Q: ? How can I tell where these locations are ?
A.: The best bet is to check the network card documentation. If you can't
locate it consult the manufacturer of the card. It is best to know these
address in hexadecimal numbers.
Q: ? So how do I prevent memory conflicts from happening ?
A.: Most exPANDed memory managers have the ability to exclude certain
areas. QEMM 50/60 and QEMM 386 both have this feature. After determing
the starting and ending address place a parameter on the QEMM line of
your Config.sys file as listed below:
DEVICE=C:\QEMM.SYS EXCLUDE=XXXX-YYYY
The XXXX should be replaced with the starting hexidecimal address and
YYYY should be the ending address.
Q: ? Can I login as a different user in each window ?
A.: As the network shell is loaded before DESQview logging in as a
different user in each window may cause problems. In the case of
Novell Netware the IPX can only support one username per card. When
this is done the previous username and network access rights are
replaced with the current rights assigned to the username you use.
If you are using the IPXSPX.SYS that is supplied with Novell's Remote
Access Server product you can in fact login as different users in
different windows.
Q: ? Can I change or set search maps in different windows ?
A.: Yes but... The search mapping facility set in the last window becomes
the global search map for the workstation. Programs running in other
DESQview windows may fail if they are using a different map.
Q: ? Can I map drives in a DESQview window ?
A.: Yes. In DESQview 2.26 you can map network subdirectorys or volumes to
drive letters. The new map takes effect globally, so use with caution.
Q: ? Can I load the network shell above 640K with QRAM ?
A.: Yes provided you have EEMS or EMS 4.0 HARDWARE and SOFTWARE (and a
large enough contigous area to load them in).
Copyright (C) 1990 by Quarterdeck Office Systems
* * * E N D O F F I L E * * *